MHC Azure Stack 14G | Sammanfattning av Azure Stack Storage SubSystem efter diskbyte

Efter att ha ersatt med en disk med ett annat märke fungerade allt bra när du körde kommandot:

'foreach ($N in (Get-StorageSubSystem -CimSession s-cluster -FriendlyName clus* | Get-StorageNode -CimSession s-cluster )) { write $N.Name;$N | Get-PhysicalDisk -CimSession s-cluster -PhysicallyConnected | select friendlyname,SerialNumber,healthstatus,OperationalStatus,CanPool,physicallocation,slotnumber |sort physicallocation | ft }'.

Genom att köra Test-AzureStack -debughittade vi ett fel som återspeglar det tidigare diskmärket under Azure Stack Storage SubSystem Summary.

'Test-AzureStack -debug'

 

Detailed error messages:
https://learn.microsoft.com/en-us/windows-server/failover-clustering/health-service-faults
Severity: MINOR
Reason: Connectivity has been lost to the physical disk.
Recommendation: Check that the physical disk is working and properly connected.
Part: Manufacturer TOSHIBA, Model XYZ9000, Serial 123456789 Location: Seattle DC, Rack B07, Node 4, Slot 11

Ett annat symptom, under Get-StorageJob, återkom vissa aktiviteter tillfälligt, även om alla aktiviteter slutfördes.

Cacheminnet från den gamla disken fanns fortfarande kvar.

Lös problemet genom att följa anvisningarna i KB https://www.dell.com/support/kbdoc/en-us/000009730 eller kommandot nedan.

Även om symptomet är annorlunda och det inte finns någon uppenbar onormal visning under Get-PhysicalDisk är lösningen densamma som den här offentliga kunskapsbasen.

Kör följande kommando för att rensa den befintliga gamla diskcachen

update-storageprovidercache -DiscoveryLevel Full -cimsession "s-cluster"

Om en mjuk uppdatering inte rensar den gamla diskcachen tömmer du och återupptar noden för att aktivera lagringsjobbet igen.